Neighborhood Map
Interface Design
Criteria | Meet Specification |
---|---|
Responsiveness |
All application components render on-screen in a responsive manner at least for one orientation mode (portrait or landscape). |
Usability |
All application components are usable across modern desktop, tablet, and phone browsers at least for one orientation mode (portrait or landscape). |
App Functionality
Criteria | Meet Specification |
---|---|
Filter Locations |
Includes a text input field or dropdown menu that filters the map markers and list items to locations matching the text input or selection. Filter function runs error-free. |
List View |
A list-view of location names is provided which displays all locations by default, and displays the filtered subset of locations when a filter is applied. |
Map and Markers |
Map displays all location markers by default, and displays the filtered subset of location markers when a filter is applied. Clicking a marker displays unique information about a location in either an Markers should animate when clicked (e.g. bouncing, color change.) Any additional custom functionality provided in the app functions error-free. |
App Architecture
Criteria | Meet Specification |
---|---|
Proper Use of |
Code is properly separated based upon There are at least 5 locations in the model. These may be hard-coded or retrieved from a data API. |
Asynchronous Data Usage
Criteria | Meet Specification |
---|---|
Asynchronous API Requests |
Application utilizes the All data requests are retrieved in an asynchronous manner. |
Error Handling |
Data requests that fail are handled gracefully using common fallback techniques (i.e. |
Location Details Functionality
Criteria | Meet Specification |
---|---|
Additional Location Data |
Functionality providing additional data about a location is provided and sourced from a 3rd party API. Information can be provided either in the marker’s Provide attribution for the source of additional data. For example, if using Foursquare, indicate somewhere in your UI and in your README that you are using Foursquare data. |
Error Free |
Application runs without errors. |
Usability |
Functionality is presented in a usable and responsive manner. |
Documentation
Criteria | Meet Specification |
---|---|
README |
A |
Comments |
Comments are present and effectively explain longer code procedures. |
Code Quality |
Code is formatted with consistent, logical, and easy-to-read formatting as described in the Udacity JavaScript Style Guide. If build tools (such as Gulp or Grunt) are used, both source and production code are submitted in the same repository in separate directories. These directories are usually named |
Tips to make your project standout:
- Add unique functionality beyond the minimum requirements (i.e. the ability to “favorite” a location, etc.).
- Incorporate a build process allowing for production quality, minified code, to be delivered to the client.
- Data persists when the app is closed and reopened, either through localStorage or an external database (e.g. Firebase).
- Include additional third-party data sources beyond the minimum required.
- Style different markers in different (and functionally-useful) ways, depending on the data set.
- Implement additional optimizations that improve the performance and user experience of the filter functionality (keyboard shortcuts, autocomplete functionality, filtering of multiple fields, etc).
- Integrate all application components into a cohesive and enjoyable user experience.